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DATA PROCESSING SYSTEM, METHOD, AND COMPUTER PROGRAM 
PRODUCT FOR GENERATING A GENERIC COMPILATION INTERFACE 
FROM OBJECT-ORIENTED CODE 

5 BACKGROUND OF THE INVENTION 

1. Technical Field: 

The present invention relates generally to the field 
of data processing systems and, more specifically to a 
10 data processing system, method, and computer program 
product for generating a generic compilation interface 
from object-oriented software code. 

2 • Description of Related Art : 

15 Java is a commonly used programming language for the 

Internet or world wide web. Generally, home pages 
including hypertext references and reference pages are 
written in HTML (hypertext markup language) . Network 
browsers installed at user terminals or network servers 

20 are Java-enabled and have a Java virtual machine embedded 
in the browser to respond to Java programs. Applets are 
small programs which are designed to operate within 
Internet pages. Typically, the hypertext statement is 
underscored to indicate that its selection will effect 

25 the display of a referenced item. 

"Java Beans" are portable platform-independent 
components written in the Java programming language. 
"Java Beans" or "beans" are program components that may 
be used and reused in applets or other Java programs. 

30 Java beans allow developers to create reusable software 
components that can be assembled together using visual 
application builder tools such as VisualAge by IBM. 
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Integrated development environments (IDEs) are 
available to assist developers in authoring software 
code. An IDE is typically a software application which 
provides software components to quickly prototype a new 
5 application. Some IDEs, such as VisualAge for Java, are 
visual composition environments whereby a graphical user 
interface (GUI) is provided to the developer to further 
aid in the development process. 

A problem often arises, however, when using an IDE. 
10 New code designed using the IDE often depends on 

features, packages, methods, fields, variables, or other 
software code from other packages that are not available 
within the IDE. In order for the development environment 
to incrementally compile the new code, it must resolve 
15 these references to the other packages. 

One solution to this problem is to import the 
referenced code into the IDE. The referenced code may be 
stored in a JAR file, thus, requiring that the JAR file 
be imported. Java beans are packaged and delivered in 
20 JAR (Java Archive) files, which is a technology supported 
by JDK (Java Development Kit) 1.1. JAR files are used to 
collect Java class files, serialized objects, images, 
help files, and similar resource files. In many Internet 
sessions when a user is accessing or connected to a site 
25 in the World wide web, the user may need to or desire to 
acquire a program or other downloadable content, 
typically in the form of a JAR file, from that site. 

The JAR file imported into the IDE, however, often 
also includes code that has references to yet other code 
30 which is not included in the specified JAR and is also 
not included in the IDE. Sometimes this problem is 
compounded because the referenced code may be native to 
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an operating system that is different and incompatible 
with the operating system on which the IDE is executing. 

Therefore^ a need exists for a method, system, and 
computer program product for generating a generic, 
compilation Java Archive (JAR) file which may be easily 
imported into and used within an IDE, 
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SUMMARY OF THE INVENTION 

A data processing system, method, and computer 
program product are disclosed for generating a generic 
5 compilation interface from a first object-oriented 
software package. All public classes included in the 
object-oriented software package are identified. For 
each of the public classes, all public entities included 
in each of the public classes are identified. All 

10 references to software defined in a second software 
package are removed from the public entities. An 
equivalent public class is then generated for each of the 
identified public classes. Each equivalent public class 
includes equivalent public entities that include no 

15 references to software that is defined in the second 
package. Each of the equivalent public classes is 
compiled. A compilation interface is generated for the 
object-oriented software package. The compilation 
interface includes each of the compiled equivalent public 

20 classes. 

The above as well as additional objectives, 
features, and advantages of the present invention will 
become apparent in the following detailed written 
description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
5 invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

10 Figure 1 is a pictorial representation which depicts 

a data processing system in which the present invention 
may be implemented in accordance with the present 
inventions- 
Figure 2 illustrates a block diagram of a computer 

15 system which may be utilized as a server computer system 
in accordance with the present invention; 

Figure 3 depicts a block diagram of a computer 
system which may be utilized as a client computer system 
in accordance with the present invention; and 

20 Figure 4 illustrates a high level flow chart which 

depicts generating a generic compilation interface for 
object-oriented software code in accordance with the 
present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

A preferred embodiment of the present invention and 
its advantages are better understood by referring to the 
5 figures, like numerals being used for like and 
corresponding parts of the accompanying figures. 

The present invention is a data processing system, 
method, and computer program product for generating a 
generic compilation interface from a first 
10 object-oriented software package. The software package 
is preferably object-oriented code stored in a Java 
Archive (JAR) file. After a particular JAR file is 
selected, the public classes included in the JAR file are 
identified. 

15 For each of the listed public classes, all of the 

public entities included in each of the public classes 
are identified. For the purposes of this application, 
the term "'entities'' includes methods, parameters, fields, 
interfaces, and all other types software constructs, 

20 variables, components, or functions. Thus, public 

entities are those entities that are publicly available, 
i.e. accessible by all other objects. A public entity 
typically is identified as such by the inclusion of the 
''public'' modifier. 

25 All references to software defined in other software 

packages are then removed from the identified public 
entities. An equivalent public class is then generated 
for each of the identified public classes. Each 
equivalent public class includes equivalent public 

30 entities that include no references to software that is 
defined in other software packages. All ''native" 
attributes are also removed. In addition, return 
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statements are included for methods which require return 
statements. When an original return statement includes a 
reference, a default value is substituted for the 
reference . 

5 A separate output file is created for each of the 

equivalent public classes. All of the output files are 
then compiled. The compiled output files are stored in a 
JAR file which is then used as a generic, compilation 
interface for the original object-oriented software 
10 package. 

Because the generic JAR file does not include any 
references to software defined in other packages or 
native attributes^ the file then can be imported into an 
IDE and compiled against without generating missing 
15 reference errors. A developer may now write code to the 
generic JAR file and have the IDE incrementally compile 
the new code without displaying reference problems. 

The following is a simplistic example of the present 
invention. 

20 The following is a first JAR file, jarl.jar, that 

includes ExampleClassl and a native method that can be 
executed only on a particular operating system: 
package jarl; 

public class ExampleClassl 
25 { 

public ExampleClassl { ) 

{ 
} 

public native boolean aMethod (String) 

30 } 



The following is a second JAR file, jar2.jar, that 
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includes an ExampleClass2 and a reference to the native 
method defined in the first JAR file: 
package jar2; 
import jarl.*; 
5 public class ExampleClass2 

{ 

private ExampleClassl var; 
public ExampleClass2 ( ) 
{ 

10 var = new ExampleClassl () ; 

var .aMethod (''string") ; 

} 

public boolean bMethod (String A) 
{ 

15 return true; 

} 

} 



An application package may be developed, such as: 
20 import jar2 .ExampleClass2; 

public class AppUsingJar2 
{ 

public AppUsingJar2 ( ) 
{ 

25 ExampleClass2 var = new ExampleClass2 ( ) ; 

} 

} 

This application package can be developed and 
compiled using the second JAR file, jar2.jar. However, 
30 because the second JAR file includes a reference to a 
native method that is defined outside of the second JAR 
file, a dependency will exist that the IDE cannot 
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resolve, thus generating an error. 

The present invention describes generating a 
generic, compilation JAR file that can be used within the 
IDE against which the application package can be compiled 
5 without generating a reference error. The generic, 

compilation JAR file can be generated from the second JAR 
file. The following is the generic, compilation JAR file 
the is generated from the second JAR file: 

package jar2; 
10 public class ExampleClass2 ( ) 

{ 

public ExampleClass2 0 

{ 

} 

15 public boolean bMethod (Stringa) 

{ 

return true; 

} 

} 

20 This generic, compilation JAR file includes only the 

public entities of the original second JAR file. All 
references to code defined in JAR files other than the 
second JAR file have been removed. Thus, the reference 
to ''aMethod'" has been removed. Although the output of 

25 generic, compilation JAR file is not executable, it can 
be compiled against during development of other code. 
The generic, compilation JAR file does not include any 
reference to other JAR files. 

Figure 1 depicts a pictorial representation of a 

30 network of data processing systems in which the present 
invention may be implemented. Network data processing 
system 100 is a network of computers in which the present 
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invention may be implemented. Network data processing 
system 100 contains a network 102, which is the medium 
used to provide communications links between various 
devices and computers connected together within network 
5 data processing system 100. Network 102 may include 

connections, such as wire, wireless communication links, 
or fiber optic cables. 

In the depicted example, a server 104 is connected 
to network 102 along with storage unit 106. In addition, 

10 clients 108, 110, and 112 also are connected to network 
102. Network 102 may include permanent connections, such 
as wire or fiber optic cables, or temporary connections 
made through telephone connections. The communications 
network 102 also can include other public and/or private 

15 wide area networks, local area networks, wireless 

networks, data communication networks or connections, 
intranets, routers, satellite links, microwave links, 
cellular or telephone networks, radio links, fiber optic 
transmission lines, ISDN lines, Tl lines, DSL, etc. In 

20 some embodiments, a user device may be connected directly 
to a server 104 without departing from the scope of the 
present invention. Moreover, as used herein, 
communications include those enabled by wired or wireless 
technology. 

25 Clients 108, 110, and 112 may be, for example, 

personal computers, portable computers, mobile or fixed 
user stations, workstations, network terminals or 
servers, cellular telephones, kiosks, dumb terminals, 
personal digital assistants, two-way pagers, smart 

30 phones, information appliances, or network computers. 

For purposes of this application, a network computer is 
any computer, coupled to a network, which receives a 
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program or other application from another computer 
coupled to the network. 

In the depicted example, server 104 provides data, 
such as boot files, operating system images, and 
5 applications to clients 108-112. Clients 108, 110, and 
112 are clients to server 104. Network data processing 
system 100 may include additional servers, clients, and 
other devices not shown. In the depicted example, 
network data processing system 100 is the Internet with 

10 network 102 representing a worldwide collection of 
networks and gateways that use the TCP/IP suite of 
protocols to communicate with one another. At the heart 
of the Internet is a backbone of high-speed data 
communication lines between major nodes or host 

15 computers, consisting of thousands of commercial, 

government, educational and other computer systems that 
route data and messages. Of course, network data 
processing system 100 also may be implemented as a number 
of different types of networks, such as for example, an 

20 intranet, a local area network (LAN), or a wide area 

network (WAN) . Figure 1 is intended as an example, and 
not as an architectural limitation for the present 
invention. 

Referring to Figure 2, a block diagram of a data 
25 processing system that may be implemented as a server, 

such as server 104 in Figure 1, is depicted in accordance 
with a preferred embodiment of the present invention. 
Data processing system 200 may be a symmetric 
multiprocessor (SMP) system including a plurality of 
30 processors 202 and 204 connected to system bus 206. 

Alternatively, a single processor system may be employed. 
Also connected to system bus 206 is memory 
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controller/cache 208, which provides an interface to 
local memory 209. I/O bus bridge 210 is connected to 
system bus 206 and provides an interface to I/O bus 212. 
Memory controller/cache 208 and I/O bus bridge 210 may be 
5 integrated as depicted. 

Peripheral component interconnect (PCI) bus bridge 
214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to 
PCI bus 216. Typical PCI bus implementations will 
10 support four PCI expansion slots or add-in connectors. 
Communications links to network computers 108-112 in 
Figure 1 may be provided through modem 218 and network 
adapter 220 connected to PCI local bus 216 through add-in 
boards . 

15 Additional PCI bus bridges 222 and 224 provide 

interfaces for additional PCI buses 226 and 228, from 
which additional modems or network adapters may be 
supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 

20 memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 

Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 2 may vary. For 

25 example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 
in place of the hardware depicted. The depicted example 
is not meant to imply architectural limitations with 
respect to the present invention. 

30 The data processing system depicted in Figure 2 may 

be, for example, an IBM RISC/System 6000 system, a 
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product of International Business Machines Corporation in 
Armonk, New York, running the Advanced Interactive 
Executive (AIX) operating system. 

With reference now to Figure 3, a block diagram 
5 illustrating a data processing system is depicted in 
which the present invention may be implemented. Data 
processing system 300 is an example of a client computer. 
Data processing system 300 employs a peripheral component 
interconnect (PCI) local bus architecture. Although the 

10 depicted example employs a PCI bus, other bus 

architectures such as Accelerated Graphics Port (AGP) and 
Industry Standard Architecture (ISA) may be used. 
Processor 302 and main memory 304 are connected to PCI 
local bus 306 through PCI bridge 308. PCI bridge 308 

15 also may include an integrated memory controller and 

cache memory for processor 302. Additional connections 
to PCI local bus 306 may be made through direct component 
interconnection or through add-in boards. In the 
depicted example, local area network (LAN) adapter 310, 

20 SCSI host bus adapter 312, and expansion bus interface 
314 are connected to PCI local bus 306 by direct 
component connection. In contrast, audio adapter 316, 
graphics adapter 318, and audio/video adapter 319 are 
connected to PCI local bus 306 by add-in boards inserted 

25 into expansion slots. Expansion bus interface 314 

provides a connection for a keyboard and mouse adapter 
320, modem 322, and additional memory 324. Small 
computer system interface (SCSI) host bus adapter 312 
provides a connection for hard disk drive 326, tape drive 

30 328, and CD-ROM drive 330. Typical PCI local bus 

implementations will support three or four PCI expansion 
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slots or add-in connectors. 

An operating system runs on processor 302 and is 
used to coordinate and provide control of various 
components within data processing system 300 in Figure 3. 
5 The operating system may be a commercially available 
operating system, such as Windows 2000, which is 
available from Microsoft Corporation. An object oriented 
programming system such as Java may run in conjunction 
with the operating system and provide calls to the 

10 operating system from Java programs or applications 
executing on data processing system 300. ''Java" is a 
trademark of Sun Microsystems, Inc. Instructions for the 
operating system, the object-oriented operating system, 
and applications or programs are located on storage 

15 devices, such as hard disk drive 326, and may be loaded 
into main memory 304 for execution by processor 302. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 3 may vary depending on the 
implementation. Other internal hardware or peripheral 

20 devices, such as flash ROM (or equivalent nonvolatile 

memory) or optical disk drives and the like, may be used 
in addition to or in place of the hardware depicted in 
Figure 3. Also, the processes of the present invention 
may be applied to a multiprocessor data processing 

25 system. 

As another example, data processing system 300 may 
be a stand-alone system configured to be bootable without 
relying on some type of network communication interface, 
whether or not data processing system 300 comprises some 
30 type of network communication interface. As a further 
example, data processing system 300 may be a Personal 
Digital Assistant (PDA) device, which is configured with 
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ROM and/or flash ROM in order to provide non-volatile 
memory for storing operating system files and/or 
user-generated data. 

The depicted example in Figure 3 and above-described 
5 examples are not meant to imply architectural 

limitations. For example, data processing system 300 
also may be a notebook computer or hand held computer in 
addition to taking the form of a PDA. Data processing 
system 300 also may be a kiosk or a Web appliance. 

10 Figure 4 illustrates a high level flow chart which 

depicts generating a generic compilation interface for 
object-oriented software code in accordance with the 
present invention. The process starts as depicted by 
block 400 and thereafter passes to block 402 which 

15 illustrates selecting an object-oriented software 

package, such as a Java Archive (JAR) file. Next, block 
404 depicts placing the selected runtime JAR file into 
the classpath on the runtime machine, such as data 
processing system 300. The process then passes to block 

20 406 which illustrates enumerating all of the classes that 
are included in the selected JAR file. One method for 
enumerating classes is the java.util. jar utility. 

Block 408, then, depicts getting the first class 
from the list created as illustrated by block 406. 

25 Thereafter, block 410 illustrates listing all public 

entities, such as public methods, public parameters, and 
public fields included in the class. One method for 
listing all public entities of a class is Java's 
Reflection feature. ''Reflection'' is one of the 

30 application program interfaces (APIs) available as part 
of Java. 
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The process then passes to block 412 which depicts 
getting the first entity, such as a method, parameter, or 
field included in the list created as illustrated by 
block 410. Thereafter, block 414 illustrates removing 
5 all references to software that is defined in a different 
software package from the entity, i.e. the method, 
parameter, or field. Next, block 416 depicts removing 
the '^native'" attribute if such an attribute is included. 
Block 418, then, illustrates including a return 

10 statement, with a default value if necessary, if the 
entity was a method that requires a return statement. 

The process then passes to block 420 which depicts a 
determination of whether or not this is the last entity, 
i.e. last method, parameter, or field in the class. If a 

15 determination is made that this is not the last entity in 
the class, the process passes to block 422 which 
illustrates getting the next entity, i.e. the next 
method, parameter, or field in the class. The process 
then passes back to block 414. 

20 Referring again to block 420, if a determination is 

made that there are no more entities in this class, the 
process passes to block 424 which depicts emitting an 
output file for this class. Preferably, the output file 
will be a '\java" file. The .java file will include 

25 equivalent entities to those included in the specified 
JAR file, as well as any required return statements. 
Next, block 426 illustrates a determination of whether or 
not this is the last class in the JAR file. If a 
determination is made that this is not the last class in 

30 the JAR file, the process passes to block 428 which 

depicts getting the next class. The process then passes 
back to block 410. 
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Referring again to block 426, if a determination is 
made that this is the last class in the JAR file, the 
process passes to block 430 which illustrates compiling 
all of the output .java files. Next, block 432 depicts 
5 generating a generic, compilation JAR file that includes 
all of the compiled .java files. The process then 
terminates as illustrated by block 434. 

It is important to note that while the present 
invention has been described in the context of a fully 

10 functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 

15 applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable-type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 

20 transmission-type media, such as digital and analog 

communications links, wired or wireless communications 
links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 

25 formats that are decoded for actual use in a particular 
data processing system. 

The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 

30 invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
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order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
5 suited to the particular use contemplated. 



